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Invention report: Support of multimedia calls in a mobile network 
1. BACKGROUND 

^ One of the requirements of the tliird generation mobile network UMTS is that the nehvork and the 
mobile staiioiis shall support multimedia calls including more than one simultaneous call (which -may 
be single connection calls or mullimedia/multicoiinection calls) between the mobile stniioh and 
multiple counterparts in separate destinations. \i is funher required that the different connection and 
calls can be added and dropped independently of each other. 

Further requirements: The utilization of the channel capacity shalJ be as high as possible^ the handovers 
shall be as easy as possible to manage both for the network and the MS, etc. 

(References: 

ETSI UMTS Technical Report TR 22.60 v. 1 .0.0 ^'Mobile multimedia services including mobile 
intranet and rnlemet services", December 1997, 

ETSI UMTS Technical Specification TS 22.05 v.L4..! ''Ser\'ices and Service Capabilities**, December 
1997). 

SMG/I£TSI has started to specily' higher data tcStes (> 64 kbit/s) for the GSM networks in December 
! 997 within the EDGO (Enhajiced Data Rates for GSM Evolution) lo make the GSM PLM>J better 
support the forthcoming multimedia seivices. The above mentiojied UMTS requh-enients are 
applicable to the evolution of the GSM PLMN too. 

This report describes a set of measures (a solution, a method) to meet the above meniibned 
requirements, especially this solution supports a hiah efTjciency as to the utilization of the available 
channel capacity and makes the handover procedure of the simultaneous calls easy. 

2, PROPOSED SOLUTION 

2 J. 0>'cniew 

- Only one TCH is set up berweeri MS and IWF. (TCM is set up when the first call is set xip.) 

- The TCi i is shared between the data calls of the MS. 

- Tlie TCH is shansd between the possibly more than one connections of a (multimedia^ call. 
' TCH capacity is incr^eased (or rcsharcd) when a new call or a new connection is set up; 

- TCH capacity is decreased (or reshared) when a call or a connection is released. (TCH is released 
when the last call is released,) 

- NT calls use virtual links inside the common RLP/LAC. 

- Separate NT connections of a call use virtual links inside die coiiimon RLP/LAC, 

- T calls use virtual links inside the common RLP/LAC. without frame retransmissions to guardntce a 
constant rate and delay. 

- Separate T connections of a call use virtual links inside the common Rl-P/L AC, without frame 
retransmissions to guarantee a constant rate and delay. 

- Packet switched traffic is transtniued in the satne TCH with the circuit switched traffic sharing the 
capacity of the channel available for tlie NT traffic (RLP/L AC frames). 

- T connections are monitored and 

the sending of protocol fill is prevctued to save capacir>' for the RLB'LAC name transmission. 

i'igure 1 describes die configuration with purely circuit swiic lied application in a GSM enviromnem. 
Figure 2 describes the conflguiiition \v\th both circuit and packet switched applications. The 
environment in this example is a 3rd generation mobile network. 

2.2. Detailed description 

TRAFFIC CHANNBL (TCH) SETUP: 
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• A irafllc channel (which may consist of .separate subchannels or subsirearas as in the Multislot 
configuration orHSCSD in GSM) is allocated when the first call is set up. If several calls are set up 
siniu Iran eou sly, siill only One traffic channel is allocated, but the capacity is defined. by the aggregate 
requirements oftlie separate calls, both circuit switched and packet switched if there are both to be run 
in the channel. 

DYNAMIC TCH CAPACITY CONTROL; 

• If the MS has ongoing call(s) and a new call, or a new connection within an ongoing call« is set up, 
transmission capacit>' in the channel is, increased by the network. This can mean for example: 

- AiJocation of more subchannels/substreams in a multislot eonfiguialion and/or 

- change of channel coding to increase :the data rate and/or 

- change the code length (WCDMA), or other available means offered by the used system, 

• If the network cannot temporarily allocate more or the requested amount of transmission capac!t>' 
when a new call or a new connection is set up; the available capacity is (rc)shared by the calls. The 
possible transparent calls need a constant capacity but the non-transparent calls and tire packet 
connections can be maintained with a minimal capacity by using .flow control and buffering and 
congestion control at the ends of the traffic channel, Tlie network allocates the requested capacity later 
when capacity becomes free in the network. 

TR/\FFIC GMANNEL RELEASE: 

• When a call is released but ilie MS has still at least one ongoing call,; extra transmis-sion capacity is 
released (by releasing subchannels, changing channel coding, changing code length, or by otlier 
available means). 

ALLOCATION OF CAPACITY TO CALLS AND CONNECTIONS: 

• Botli T and NT calls and^'or connections may be, required simulianeonsly in the TGH. There are 
several ways to deal with the T^W separation and the separation of different T connections: 

• Agreed parts (bits) of the u^ansmission frame su^ucixire are allocated to the T connections. 
Transparent ( T) data is packed in RLP/LAC frames (witliout the resending facility,, i.e. in the 

unacknowkedged mode) for transmission, i.e. virtual channels are allocated in the gross traffic channel 
to T connections (too). Tlie sending RLP/LAC entit>^ guarantees each T connection a frame sending at 
regular intervals to maintain a consuint (or nearly con slant) delay and a constant rate: 
In this way the reallocation of the channel capacity is easier upon the setup and release of connections. 
When the MS sets up a(nolher) T call or connection in addition to the ongoing on^; tlae network (call 
control) recognizes that the MS already has an ongoing data call and routes the call/connection to the 
same IWF pool element. The IWF already has a RLP/LAC - a new virtual channel is set up between 
the RLP.a^AC entities. i\KT matches the virtual circuife to the evXtemal connections. 
Figure 3 describes the operating principle. 

• To separate NT connections from each other (and possibly from T and packet conn eci ions), the 
RLP/LAC frames arc provided widi n field enabling the use of virtual channels between the RI^P^I^AC 
en tines. 

When the MS sets up another NT call or connection in addition to the ongoing ones, the network (call 
control) recognizes dial the MS already has an ongoing data call and routes tlie call/connection to. the 
same IWF pool elemein. Hie. IWF already has a RLP/LAC - a new virtnal channel is set up ber\veen 
the RLP/LAC entiiies. IWF matches the virma) circuiis to the external connections. 
Figure 3 describes the operating principle. 

• There are several ways to deal with the packet data: 

° The packets or packet frames are run in ihc iraHlc channel interleaved with the LAC frames, figure 4. 

The reccicer must be able to separate lite LAC frames from the packets or packet frames. 

° The packets are packed in LAC frames - with or without die resending facilit>* - for transmission, i.e. 

a virmal channel is allocated in ihc gross trsfHc channel to the packet connections too. 

The packet data traffic to/from the MS uses the virtual LAC connection set up between the MS and the 

IVW-A, I WIJ-.A separates die packet data and the circuit switched da.ia fi"oin each other to be 

fonvarded 10 die packet data node PDN and the circuit switched 1 W handling, respectively, and further 

to the external connections. 

In tiiis way ihe reallocaiion of the channel capacir>' is easier upon the settip and release of connections. 
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Figure 5 describes the conilguration in aii environmcnl where a 3rd general ion add-on unll is added lo 
a GSM MSC lo support the 3rd generation radio access system. 

OPTIMlZ.^nON OF TCH EFFICIENCY: 

• Thii .use of the channel capacit>' is rurther increased as follows: 
-MS and ]UT nioniior the traffic in the transparent connections. 

- If a fransparentcallsends protocol fill, e.g. flags or supervision frames, these arc not sent in the 
traffic channel Instead, RLP/l^VC frames of NT or packet connections are senu 

' Tlie receiving party returns the protcol fill in the rranspareni stream. 

- Ref. to figure 3, 

IW ARRANGEMENTS: 

• An integrated multicapability \W? pool resource is allocated by the network upon the -first call set up 
by a multicall capable MS. Such a pool separates the,viitual channels of separate simultaneous calls to 
separate physical outgoing channels each of which may use for example a modem, a FAX adaptor or 
an ISDN rate adaptor in the pool. 

Because there may be simple modem only pools, UD I only pools etc. in the \WT% llie call setup shall 
indicate the multicall capability of the MS, 
Figure 6 describes a multicapablliry IWF pool. 

3RO GENERATION eONFIGURATlGNS 

• Fiiiure 5 describes tlie application of die proposal in a 3rd generation mobile network build on a 
GSM MSC. The NT path consists of concatenated L.AC and RLP legs. 

The MS may have-simultaneously both circuit switched and packet switched calls. The circuit switched 
and packet switched streams are scparated^'combincd in 1 WIJ-A. 
The packet data is u-ansmiited between TOU-A and ?DN, 

me circuit switched data is transmitted betAveen i WU-A and IWF in an RLP using virtual connection 
per call and/or connection. 

. The solution is applicable also to more inlcgnited, pure 3rd generation environments, figure 7. 
3- CONCLUSIONS 

The proposed solution otTers some clcar advantages: 

. Compared to a sohition where separate simultaneous calls of a MS use separate TCHs, tliis solution 
optimizes tlje usage (etllciency) of ilie TCH: 

- if ihere is temporarily no data iransmission in one call other call(s) can fully use thc-finec channel 

capacity. ^ 

- The advantage is huge if one call iransporu data in the downlmk direction and another call 

simultaneously in the uplink direction. 

• The use of the available channel capacit>^is optimized from ihc network's point of view. More calls 
can be supported/maintained widi the available TCH capacity in a congesiion situation (busy hour). 

. Handovers are simple both from the MS's and from the network^s point of view, Only a single 
chaimef needs to be handed over. 

Application areas of the proposed solution: 

• GSM./DCS/PCS networks 

• Derivatives of GSM/DCS/PCS, like Wireless local loop- 

• Tlurd generation mobile networks. 

• Satellite mobile networks. 

The proposal has a possibilitv to become essential titrough the ongoing 3rd generation mobile network 
specifications {UMTS, JAPl^A, FPLMTS) and the parallel ongoing further development by ETSI and 
ANSI of die GSM/DCS.TCS specifications. 
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